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EXECUTIVE  SUMMARY 


PURPOSE  AND  SCOPE 

This  documentation  of  the  Tactical  Vehicle  Fleet  Simulation  (TVFS) 
model  was  conducted  by  General  Research  Corporation  (GRC)  in  an  effort 
to  provide  the  U.S.  Army  Logistics  Center  the  necessary  information  for 
implementing  and  running  the  TVFS  model.  The  documentation  consists  of 
three  volumes:  this  summary  for  executives,  a  programmer- analyst  manual, 
and  a  planner-user  manual.  As  another  task  within  this  contract,  GRC 
provided  a  computer  tape  of  the  model's  source  code  written  in  FTN- 
Extended  FORTRAN,  compatible  with  the  Control  Data  Corporation  computer 
system  located  at  Ft.  Leavenworth,  Kansas. 

Two  training  sessions  were  also  conducted  at  Ft.  Lee,  Virginia,  to 
familiarize  the  personnel  at  that  facility  with  the  logic  and  operation 
of  the  model.  The  sessions  also  provided  the  framework  for  future  imple¬ 
mentation  of  the  model  on  studies  in  which  the  Logistics  Center  may  wish 
to  incorporate  a  model  with  the  capabilities  inherent  in  the  TVFS. 

GENERAL  DESCRIPTION  AND  CAPABILITIES  OF  THE  MODEL 

The  TVFS  model  is  a  computerized  stochastic  representation  of  vehicle 
fleet  operations.  It  can  also  be  described  as  a  discrete  event  queuing 
and  service  model  which  generates  events,  such  as  mission  and  maintenance 
actions,  according  to  prescribed  statistical  distributions.  Figure  1 
demonstrates  the  major  simulation  functions  and  shows  the  activities  that 
occur  during  one  time  increment  of  simulated  fleet  operations.  Based  on 
the  generation  of  mission  demands,  the  model  loads,  transmits,  unloads, 
returns,  and  maintains  vehicles  over  time.  The  model  withdraws  vehicles 
from  the  fleet  at  appropriate  (random  and/or  deterministic)  times,  for 
scheduled  and  random  periods,  according  to  a  specified  pattern. 
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Figure  1 — TVFS  Simulation  Schematic 


The  model  lends  itself  to  the  evaluation  of  alternative  compositions 
of  vehicle  fleets  and  allows  the  evaluation  of  the  operational  procedures 
for  assigning  vehicles  to  missions  and  numerically  represents  the  effect  of 
different  mission  demands  on  fleet  performance. 

The  model  operates  by  stepping  through  a  series  of  missions,  assigning 
vehicles  to  each  mission,  while  keeping  track  of  the  total  operating  time 
for  each  vehicle,  delays  due  to  unavailability  of  vehicles,  and  other  vari¬ 
ous  measures  of  performance. 

The  model  operates  with  several  types  of  vehicles  simultaneously, 
simulating  the  performance  of  a  given  fleet  on  a  given  mission  pattern 
over  a  specified  period  of  time.  Alternative  fleet  sizes  and  compositions 
can  be  run  successively  to  compare  their  performance. 

The  model  has  been  applied  to  several  studies  for  which  it  demonstrated 
its  capabilities  to  simulate  the  effectiveness  of  given  fleet  mixes  against 
a  set  of  demands  for  services.  These  applications  ranged  from  modeling  the 
support  and  attack  characteristics  of  a  helicopter  fleet  to  assessing  the 
comparative  performance  or  alternative  fleets  composed  of  standard  and  high 
mobility  vehicles. 

BASIC  ASSUMPTIONS  AND  LIMITATIONS 

The  following  assumptions  deal  with  the  types  of  statistical  distribu¬ 
tions  used,  order  of  processing  events,  and  general  tie-breaking  rules: 

1.  The  model  represents  mission  requests  as  a  compound  Poisson  pro¬ 
cess,  or  equivalently,  as  a  simple  Poisson  process  for  each  type  of  mission 
that  operates  independently. 

2.  Missions  can  be  specified  such  that  requests  are  honored  on  a 
first-come,  first-served  basis  within  each  of  three  allowable  priority 
classes. 

3.  Downtimes  can  be  represented  as  a  combination  of  scheduled  main¬ 
tenance  times  based  on  accumulated  operating  hours,  randomly  distributed 
unscheduled  maintenance  times  required  after  some  randomly  chosen  missions, 
and  other  non-transit  times  corresponding  to  load/unload/checklist/crew 
change  times  which  are  fixed  for  given  vehicle  and  mission  combinations. 

Within  these  assumptions,  the  model  has  been  designed  to  use  random 
number  generators  to  supply  stochastic  events,  while  all  other  required 
information  can  be  furnished  as  input. 


Certain  factors  surrounding  vehicle  fleet  operations  have  been  fixed 
relative  to  the  model's  code  and,  therefore,  are  not  applicable  to  the  type 
of  problem  which  the  model  addresses.  These  factors  are  not  to  be  confused 
with  limitations  of  the  model;  rather,  they  are  constraints  which  were 
initially  designed  into  the  model  in  order  to  allow  fleet  utilization  to 
be  studied  without  interaction  with  ether  elements  of  fleet  operations. 
These  areas  are: 

1.  The  model  does  not  allow  for  vehicle  attrition  due  to  combat  loss, 
accidents,  irreparable  breakdown,  etc.  The  limitation  can  be  judged  to  be 
small  if  one  assumes  that  most  attrited  vehicles  are  replaced  from  ready 
area  reserve  pools. 

2.  Forward  resupply  missions  are  performed  by  vehicles  traveling 
directly  from  some  specified  rear  area  supply  point  to  the  forward 
requesting  unit  without  transloading  or  other  delays  at  intermediate 
points  along  the  route. 

3.  The  model  makes  no  attempt  to  keep  track  of  stock  levels  at 
either  forward  unit  locations  or  rear  area  supply  points. 

4.  Vehicle  payload  characteristics  are  stated  as  a  tonnage  and 
therefore  do  not  allow  vehicles  to  "cube-out"  due  to  large  volume  cargo 
prior  to  reaching  their  tonnage  capacity. 

INPUT  DATA  REQUIREMENTS 

All  input  data  to  the  model  appear  in  80-column  card  image,  with  the 
different  input  data  types  assigned  to  various  files.  The  model  requires 
three  basic  types  of  input  data  which  establish  the  environment  in  which 
the  model  will  operate.  The  following  list  of  data  requirements  will 
demonstrate  the  type  of  data  which  must  be  provided  for  execution  of  the 
model. 

Mission  Related 

•  Unit  designations 

•  Type  and  priority  of  missions 

•  Mission  tonnages 

•  Travel  time  to  unit  locations 

•  Allowable  vehicle  type(s)  and  preferences 

•  Load  and  unload  factors 
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Vehicle  Related 

•  Payload 

•  Operating  speed 

•  Maintenance  history 

•  Scheduled  maintenance  interval  and  duration 

•  Unscheduled  maintenance  interval  and  duration  distributions 

Simulation  Related 

•  Length  of  simulation  (days) 

•  Mission  request  start/finish  times 

•  Vehicle  assignment  start/finish  times 

•  Workday  start/finish  times 

•  Vehicle  assignment  discipline 

•  Mission  cancel  or  day-to-day  carryover  parameters 

Of  the  four  input  files  required  for  execution,  the  first  (TAPE1)  con¬ 
tains  information  on  preplanned  missions,  that  is,  missions  which  are  known 
to  occur  on  a  regular  basis  during  the  course  of  the  simulation  period. 

The  second  file  (TAPE3)  deals  with  unit  resupply  information  consist¬ 
ing  of  the  following: 

•  Standard  Requirement  Code  (SRC)  number 

•  Unit  designation 

•  Universal  Transverse  Mercator  grid  coordinates 

•  Resupply  tonnage  for  each  mission  type  (ammunition,  POL,  general 
supply,  etc.) 

The  third  file  (TAPE4)  contains  travel  time  data  and  distances  between 
the  supply  points  and  the  SRC  units.  The  data  in  this  file  are  as  follows: 

•  SRC  unit  number 

•  Distance  from  unit  to  supply  point 

•  One-way  travel  time  for  each  vehicle  type  allowed  in  a  given 
simulation 

The  last  file  (TAPE5)  contains  all  of  the  simulation  control  parameters 
and  consists  of  49  different  card  types  which  further  describe  the  model's 
operating  environment.  These  card  types  are  of  a  free-field  format  which 
allows  great  flexibility  in  the  structuring  of  the  input  data. 


OUTPUT  RESULTS 


The  TVFS  model  provides  a  comprehensive  listing  of  results  for  each 
simulation  day,  as  well  as  summary  reports  of  vehicle  and  mission  activity 
across  the  entire  simulation  period.  Upon  completion  of  input  data  valida¬ 
tion,  the  model  provides  reports  dealing  with  the  input  data  such  as: 
current  program  maximums  list,  travel  time/vehicle  type  matrix,  SRC  unit 
location  tableau,  vehicle  preference  table,  and  scheduled  maintenance 
intervals  and  durations. 

Following  these  reports,  simulation  statistics  appear  in  report  form 
which  describe  information  concerning  mission  requests;  completions  and 
delays;  vehicle-related  times  for  maintenance,  loading,  unloading,  opera¬ 
tion,  administration,  and  waiting 

Figures  2  and  3  represent  the  type  of  report  which  the  model  generates 
for  each  simulated  day. 

RESOURCES  REQUIRED  FOR  MODEL  APPLICATION 

The  TVFS  model  requires  detailed  vehicle  and  mission  related  data, 
linked  to  the  model  by  simulation  control  parameters.  The  structuring  of 
the  problem  to  be  modelled  into  a  form  which  the  model  can  use  requires 
a  coordinated  and  effective  data  collection  and  assembly  effort.  For  this 
reason,  a  study  team  consisting  of  functional  representatives  familiar  with 
all  facets  of  tactical  and  logistical  vehicle  fleet  simulation  is  impera¬ 
tive.  The  multitude  of  vehicle  fleet  problems  which  the  model  is  capable 
of  simulating  and  the  diversity  of  the  data  required  to  satisfy  the  input 
requirements  make  defining  the  skills  of  the  study  team  a  function  of  the 
problem  being  modelled,  not  the  model  itself.  In  almost  all  applications 
of  the  model,  however,  an  analyst's  skills  would  be  necessary  for  problem 
definition  and  structuring  as  well  as  for  ensuring  a  smooth  and  efficient 
job  of  data  assimilation.  An  analyst's  skills  would  also  be  required  for 
model  output  analysis  and  evaluation.  In  general,  the  project  director 
and/or  coordinator  must  possess  analytic  skills  typically  associated  with 
position  titles  such  as  operations  research  analyst,  systems  analyst,  etc. 
These  individuals  must  possess  a  total  knowledge  of  the  problem  under  study 
in  order  to  guide  other  study  personnel. 
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Figure  3 — Mission  Completion  Tables 


A  second  type  of  skill  required  on  the  study  team  would  be  computer 
oriented  and  would  include  computer  programming,  debugging,  and  computer 
operations.  Individuals  possessing  these  skills  would  typically  be 
classified  as  p rogrammer /analysts ,  computer  operators,  etc. 

The  TVES  model  operates  under  SCOPE  3.4.3  or  any  later  version  operat¬ 
ing  system,  and  requires  207K  octal  words  of  core  memory  to  operate.  Execu¬ 
tion  time,  while  variable  with  the  number  of  days  to  be  simulated  and  other 
input  data  related  factors,  can  be  considered  to  be  less  than  one  minute 
for  most  average  runs.  Output  reports  generated  by  the  model  can  be  mini¬ 
mal  if  additional  print  options  and  supplemental  reports  are  ot  desired. 
Again,  the  number  of  days  of  simulation  will  greatly  affec  iot  only  the 
run  time  but  also  the  amount  of  output  produced. 
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